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(57) Abstract: Methods and apparatus for 
determining and maintaining user presence 
information include capturing user presence 
data with an application presence server. The 
application presence server can be configured 
to update user presence data as a user initiates or 
exits an application. Applications associated with 
user presence data are configured to query an 
application proxy client concerning user presence 
data of a selected user and, based on a returned 
user status, deliver, discard, or redirect a message 
intended for the user. User presence data is 
stored in a user presence repository and can be 
provided via Internet-based or other connections 
to applications executed on external networks. 
User activity status can be used to select or 
update user presence data. In some examples, 
an application server of an external network is 
configured to receive user presence data from the 
presence server. 
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METHODS AND SYSTEMS FOR PROVIDING APPLICATION LEVEL 
PRESENCE INFORMATION IN WIRELESS COMMUNICATION 

Related Applications 

5 This application claims the benefit of U.S. Provisional Application No. 

60/249,982, filed November 20, 2000. 

Background and Summary 

10 Internet-based instant messaging applications have become popular for use in 

communication with selected other users without the delays associated with 
conventional electronic mail. In a typical instant messaging application, a user prepares 
a message for delivery to one or more other users, typically on a so-called "buddy list," 
and then transmits the message for immediate delivery. The user receives messages 

15 from members of the buddy list in a similar manner. 

Instant messaging is generally based on the availability of a potential message 
recipient. Unlike email in which message delivery and response delays are customary, 
instant messaging is based on immediate response, and it is generally undesirable to 
send instant messages to a user who receives the messages hours or days later. 

20 Accordingly, methods and apparatus for determining user availability are needed for 
instant messaging. 

Networks are provided that include an application server configured to 
communicate with a first client and a presence server configured to receive application 
presence data associated with the first client from the application server. According to 

25 representative examples, the application server is configured to communicate with a 
second client based on the application presence data associated with the first client. 
According to additional examples, the application server is configured to deliver a 
message from the second client to the first client based on the application presence data 
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associated with the first client and at least one of the first client and the second client is 
associated with a mobile station. In further illustrative embodiments, the application 
server is configured to provide application presence data to an external application 
server. 

5 Systems and methods are provided that are configured to provide application 

level presence data for wireless network applications, such as instant messaging (IM). 
Presence data indicates whether a user is available on a particular device in a wireless 
network. According to some examples, when a user employs a device to initially access 
an application, the application registers the device's presence information as "active," 

10 and the application monitors the user's activity on the device. If there is no activity for 
a configurable amount of time, the application sends out a notification such as, a 
wireless application protocol (WAP) push, to the device. If the device accepts the 
notification, the presence information remains "active." If the device does not accept 
the notification and the notification is queued in the gateway, then the presence 

15 information is changed to "inactive" or other value. 

Messaging methods include selecting a message for delivery to at least one 
selected recipient. Application presence data associated with the recipient is evaluated, 
and the message is processed based on the evaluation. According to representative 
examples, presence data is obtained from a presence repository or from an application 

20 server. In illustrative embodiments, the message is delivered to the selected recipient if 
the evaluation indicates that the recipient is available. In other examples, the message is 
discarded if the evaluation indicates that the recipient is unavailable or redirected to a 
destination selected based on the evaluation. 

According to additional examples, communication systems include an 

25 application server in communication with a client and configured to provide a selected 
application. An activity repository is configured to retain a user activity status 
associated with interaction of the client with the selected application. In some 
examples, an application presence server is configured to determine user presence data 
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with respect to the selected application and such presence data can be provided based on 
user activity status. 

These and other features and advantages are set forth below with reference to 
the accompanying drawings. 

5 

Brief Description of the Drawings 

FIG. 1 is a block diagram illustrating a communication system that includes 
mobile stations and a presence server configured to provide user presence data. 

FIG. 2A is a diagram illustrating capture of user application presence data. 
10 FIG. 2B is a diagram illustrating instant messaging in a communication system 

similar to the communication system of FIG. 1. 

FIG. 3 is a block diagram illustrating a communication system that includes a 
wireless network having mobile stations, desktop stations, and a presence server 
configured to provide user presence data. 
15 FIG. 4 is a diagram illustrating communication between a mobile browser and a 

desktop client in a communication system similar to that of FIG. 3. 

FIG. 5 is a block diagram illustrating a communication system that includes a 
wireless network and a fixed network, wherein the wireless network includes a presence 
server. 

FIG. 6A is a diagram illustrating communication between a wireless network 
desktop client and a fixed desktop client in a communication system similar to the 
communication system of FIG. 5. 

FIG. 6B is a diagram illustrating communication between a mobile browser and 
a fixed desktop client in a communication system similar to the communication system 
of FIG. 5. 

FIG. 7 is a block diagram illustrating a communication system that includes a 
wireless network having mobile clients of a fixed network configured to communicate 
with the fixed network via the wireless network. 
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FIG. 8 is a diagram illustrating instant messaging between a fixed desktop client 
and mobile browser executed by a mobile client of the fixed network in a 
communication system similar to the communication system of FIG. 7. 

FIG. 9 is a block diagram illustrating a communication system that includes a 
5 wireless network having mobile clients of a fixed network configured to communicate 
with the fixed network via the wireless network. 

FIG. 10 is a diagram illustrating instant messaging between a fixed desktop 
client and mobile browser executed by a mobile client in a communication system 
similar to the communication system of FIG. 9. 
10 FIG. 1 1 illustrates delivery of an instant message. 

FIG. 12 is a block diagram of communication system that includes three 
interconnected networks. 

FIG. 13 is a block diagram of a communication system that includes a presence 
repository and an activity repository. 

15 

Detailed Description 

With reference to FIG. 1, a wireless communication network 100 includes 
mobile clients 102, 104 that use mobile communication devices such as, for example, 
cell phones or personal digital assistants. The mobile clients 102, 104 are in 

20 communication with an application server 106 that is configured to provide, for 

example, instant messaging or other application services. A presence server 108 is in 
communication with the application server 106 and is configured to provide user 
presence data to the application server 106. The presence server 108 can be configured 
to receive user presence data based on a cellular digital packet data (CDPD) presence 

25 agent or a general packet radio service (GPRS) presence agent, or presence data can 
provided by an application presence component situated at the application server 106. 

As shown in FIG. 1, instant messaging can be provided between the mobile 
clients 102, 104 based on user presence data supplied by the presence server 108. For 
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example, initiation of an application by the mobile client 102 is communicated to the 
presence server as a user presence "available." After the application is initiated, 
subsequent user presence data is used to update the presence server data to other 
presence conditions, such as, unavailable, reachable, unreachable, or others. For 
5 example, additional uses of the application can produce presence updates (such log off) 
that are communicated to the presence server 108. The application can be configured to 
provide presence updates at regular or random time intervals. In wireless networks 
based on, for example, cellular digital packet data (CDPD), application presence data 
can be limited by CDPD sleep mode interval. Cell phones are typically configured to 

10 enter a so-called "sleep mode" after a predetermined time interval to preserve battery 
life, and presence data may not reflect entry into sleep mode. Alternatively, entry into 
sleep mode can be configured to provide an associated presence data update to the 
presence server. Alternatively, the user can select to use network presence data to 
supplement or replace user application presence data. 

15 FIG. 2 A illustrate acquisition and updating of application level user presence 

data. A mobile station 220 (typically a cell phone) initiates or "logs in" to an instant 
messaging (IM) application at an IM application server 222 through a gateway 224. 
The IM application server 222 communicates that the user is active to a presence server 
226 and a presence notification is delivered to a selected contact, typically a so-called 

20 buddy 228, i.e., a user who is a member of a "buddy list." When the mobile station 220 
exits the IM application (logs out), the log out request is delivered to the IM application 
server 222 and the user application presence is changed to indicate that the user is 
inactive. The buddy 228 delivers a message to the mobile station 220 by sending the 
message to the IM application server 222. A prefetch notification is delivered to the 

25 mobile station 220 and based on a prefetch delivery query and prefetch delivery status, 
the message is delivered and/or user application presence can be changed to, for 
example, inactive. 
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FIG. 2B illustrates communication based on a communication network such as 
the communication network 100 of FIG. L A mobile client delivers an instant message 
(IM) using an application such as a mobile browser 202 that is configured to execute on 
a mobile communication device. The mobile browser 202 delivers the instant message 
5 using a handheld device transfer protocol (HDTP) and a handheld device markup 
language (HDML), or a wireless application (WAP) protocol and a wireless markup 
language (WML), or other protocols and languages, to a gateway 204. As shown in 
FIG. 2, the HDTP/HDML protocol message is delivered in an HTTP protocol to an 
instant messaging application server 206. The application server delivers the instant 

10 message to an instant messaging proxy client 208 and to the gateway 204 that delivers 
the message in HDTP/HDML protocol to a mobile browser 221 at a second mobile 
client. Presence information is obtained from a presence server such as the presence 
server 108 of FIG. 1. 

FIG. 1 illustrates instant messaging between two mobile clients, but instant 

15 messaging among additional mobile clients can be similarly configured. Applications 
other than instant messaging can also be provided. In the example of FIG. 1, 
communication with additional cellular.network elements such as a mobile data 
intermediate system (MDIS) is unnecessary and user presence data need not be based 
on any changes in an MDIS or other network components. Such a network can be 

20 referred to as an internal network as all mobile clients communicate with a single (or 
similar) application servers, configured to similarly provide user application presence 
data 

With reference to FIG. 3, a wireless communication network 300 includes 
mobile clients 302, 304 that use mobile communication devices such as, for example, 
25 cell phones or personal digital assistants, and a desktop client 305 that uses a personal 
computer or other stationary communication device. The clients 302, 304, 305 are in 
communication with an application server 306 that is configured to provide, for 
example, instant messaging or other application services. A presence server 308 is in 
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communication with the application server 306 and is configured to provide user 
presence data to the application server 306. 

FIG. 4 illustrates instant messaging based on a network such as the network 300 
of FIG. 3. A mobile client delivers an instant message using an application such as a 
5 mobile browser 402 that is configured to execute on a mobile communication device. 
The mobile browser 402 delivers the instant message using a handheld device transfer 
protocol (HDTP) and a handheld device markup language (HDML) or other protocol to 
a gateway 404 and to an instant messaging application server 406. The message is then 
delivered by the application server 406 in a TCP/IP protocol to a desktop client 407. 

10 An instant message from the desktop client 407 is delivered to the application server 
406 using an TCP/IP protocol and to an application proxy client 408 using an HTTP 
protocol. The gateway 404 receives the message from the application proxy client 408 
and delivers the message to the mobile browser 402. Presence information is captured 
and/or provided at a presence server, such as the presence server 308 of FIG. 3. 

15 FIGS. 1-4 illustrate communication between mobile clients and desktop clients 

configured within a selected wireless network and communication with other networks, 
either directly, or via a publicly switched telephone network (PSTN) is not shown. FIG. 
5 illustrates communication between a wireless network 502 and a fixed network 520. 
The wireless network 502 includes an application server 504 that is in communication 

20 with mobile clients 506, 508 and a desktop client 510. A presence server 512 is 

configured to provide presence data concerning mobile or desktop clients. The fixed 
network 520 includes an application server 522 and desktop clients 524, 526. An HTTP 
connection 530, or other connection, is provided for communication between the 
wireless network 502 and the fixed network 520. 

25 The networks 502, 520 can communicate via the HTTP connection 530 in 

various ways. For example, the desktop client 524 directs an instant message (IM) to 
the application server 522, and the IM is communicated by the HTTP connection 530 to 
the application server 504 and the presence server 5 12. The IM can be in various 
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formats such as plain text, MIME encoded, binary, or other formats. For example, the 
mobile client 506 typically receives the IM from an instant messaging proxy (or other 
application proxy) as an HDML formatted message. The application server 504, based 
on user presence data from the presence server 512, delivers the IM to an appropriate 
5 client at an associated location, or can halt delivery, or return the IM to the desktop 
client 524. 

FIG. 6A illustrates instant messaging between a desktop client in a wireless 
network and a desktop client in a fixed network based on a network similar to the 
network of FIG. 5. A wireless desktop client 602 delivers a message to a wireless IM 

10 application server 604 in, for example, TCP/IP format. The wireless IM application 
server 604 delivers the message to a fixed wireless application server 606, typically in 
an HTTP format, and the message is received by a fixed desktop client 608 using 
MIME, binary, HTML, TCP/IP, or other format and protocols. The fixed desktop client 
608 delivers a message to the wireless desktop client 602 via the fixed application 

15 server 606 and the wireless application server 604. Delivery of messages by the 

application servers 604, 606 can be based on user presence data so that messages are 
delivered, returned, stored, discarded, or otherwise processed based on message content 
and user presence. 

FIG. 6B illustrates communication between the desktop client 608 of the fixed 
20 network and a mobile client using a mobile browser 610. Messages are received from 
the fixed desktop client 608 via the fixed application server 606 and the wireless 
application server 604, In addition, a proxy client 614 delivers a message received from 
the wireless application server 604 in, for example, an HTTP format, to a gateway 612 
that delivers the message in, for example, HDML/HDTP format, to the mobile browser 
25 610. As noted above with reference to FIG. 6A, message delivery can be based on user 
presence information obtained from a user presence server so that messages are 
discarded, stored, delivered, or otherwise processed based on user presence information. 
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The network configuration illustrated in FIGS. 5, 6A-6B pennits a network that 
includes a presence server to provide presence data to applications supported by other 
networks, even if such networks do not capture user presence data. Typically, these 
external networks are configured to receive user presence data from a presence server of 
5 another network. Alternatively, two or more networks can capture and share presence 
data. 

FIG. 7 illustrates a communication network 700 that includes a wireless network 
702 and a fixed network 704. Mobile clients 706, 708 communicate with a wireless 
network gateway 710 that is in communication with a presence server 712. The 

10 network gateway 710 and the presence server 712 are configured to communicate with 
the fixed network 704 using an HTTP-based connection 714, or other connection. The 
fixed network 704 includes desktop clients 722, 724 and an application server 726. 

The mobile clients 722, 724 are configured to transmit and receive messages as 
shown in FIG. 8. A fixed desktop IM client 730 communicates with a fixed application 

15 server 732 using a MIME, binary, HTML or other format based on a TCP/IP protocol. 
The application server 732 delivers messages to a proxy client 734 and then to a 
gateway 736 and a mobile browser 738. The gateway 736 typically provides messages 
to the mobile browser 738 in an HDML/HDTP format. The fixed application server 
732 receives messages from the gateway 736, and the gateway 736 typically provides 

20 messages in an HTTP format based on messages received in HDML/HDTP format. 

As shown in FIGS. 7-8, user presence data concerning mobile clients is provided 
to an external, fixed network by a presence server of the wireless network 702. This 
user presence data can be supplied to any external network, and message handling in the 
external network can be based on user presence data from the wireless network. Such a 

25 configuration can be referred to as an external application network, as application 

presence data is captured by a first network for use by an application executing within a 
second network. A subscriber of the first network need not subscribe to, for example, 
an instant messaging application of the first network. 
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FIG. 9 illustrates a communication system 900 that includes a fixed network 902 
and a wireless network 904. Mobile clients 906, 908 are configured for both the fixed 
network 902 and the wireless network 904 and can exchange instant messages with 
clients of either network. The wireless network 904 also includes a desktop client 910 
5 configured for both networks, a wireless application server 912, and a presence server 
914. The fixed network 902 includes desktop clients 916, 918 and a fixed application 
server 920, and the networks 902, 904 communicate via an HTTP-based 
interconnection 930. 

FIG. 10 illustrates communication based on a system such as that shown in FIG. 

10 9. Messages are transmitted to and from a mobile browser 1050 via a gateway 1052, a 
proxy client 1054, and a fixed application server 1056. A fixed desktop client 1058 
communicates with the mobile browser via the fixed application server 1056. As shown 
in FIG. 10., message delivery is based on user presence data from the wireless network 
that is supplied to the fixed application server 1056. However, message delivery can 

15 also be based on user presence data from the wireless network that is supplied to the 
wireless application server. In such systems, user presence data can be supplied to the 
network that obtains such data, as well as other networks that are in communication 
with the presence data originating network. Thus, users can maintain, for example, 
buddy lists and other application specific lists based on various applications and take 

20 advantage of user presence data obtained by a selected network that supports a 

particular application. In addition, applications can be configured to use or provide user 
presence data in a standard manner. 

The network of FIGS. 9-10 is configured so that users can be clients of 
applications in a two or more networks and associated application servers, and, for 

25 example, a mobile client of the network 904 can maintain connections to the application 
server 912 and the application server 920. Such a configuration can be referred to as an 
interoperable configuration. 
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User presence data can be used in various applications. For example, a buddy 
list can be presented to an instant messaging user to identify members of the buddy list 
that are currently available. Alternatively, user presence data can be configured to 
indicate when a user will become available, or if a user is reachable, but not currently 
5 available. User presence data can be configured to provide alerts as users log on or off 
an application such as an instant messaging application, or designate an address for 
message delivery. For example, user presence could indicate that a user is available by 
cell phone and currently unavailable by desktop. In addition, user presence data can 
include cell phone status such as data or voice mode indications and applications 
1 0 configured to transmit messages appropriately. 

Delivery of instant messages is illustrated in FIG. 1 1 . A communication system 
1 100 includes a presence repository 1 102, a presence server 1 104, and an IM 
application server 1 105 that is configured to communicate with a desktop IM client 
1106, a wireless network 1108, and a wireless network 1110 via TCP/IP connection 
15 1 1 12, TCP/IP connection 1 1 14, and a short-message peer-to-peer protocol (SMPP) 

connection 1116, respectively. The wireless network 1 1 10 is configured based on, for 
example, an IS-136 standard or otherwise configured and the wireless network 1 108 is 
configured based on a cellular digital packet data (CDPD) configuration, but can be 
configured in other ways. 
20 The network 1 108 includes an IM proxy server 1 120 in communication with a 

gateway 1122 that communicates with a mobile station 1124 vie a CDPD connection 
1 126. The network 1110 includes a message center 1 130 in communication with a 
mobile station 1132 via an IS-136 connection 1 134. 

If user presence data indicates that a user is unavailable, a message intended for 
25 the user is discarded or rerouted and an acknowledgment delivered to the message 
sender. If the user presence data indicates that a user is available and that the user is 
connected via the network 1 1 10, a request for a short messaging service (SMS) message 
is delivered to the message center 1130 and a message is then delivered. 
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FIG. 12 illustrates a network configuration based on an internal (wireless) 
network 1202, a first external network 1204, and a second external network 1206. The 
internal network 1202 includes a presence server 1207, an IM application server 1208, 
an IM proxy client 1210, and a gateway 1212. Mobile clients 1214, 1216 are in 
5 communication with the external network 1202 through the gateway 1212. A desktop 
client is in communication with the IM application server 1208 and an IM application 
server 1228 of the network 1204. Desktop clients 1220, 1222 of the first external 
network 1202 are in communication with the application server 1228. The second 
external network 1206 includes an application server 1230 that is in communication 

10 with desktop clients 1232, 1234. 

The application server 1228 is configured to receive user presence data from the 
presence server 1207 via the IM proxy client 1210 based on an application server 
interconnect 1240. The application server 1230 of the second external network 1206 
communicates with the presence server 1207 and the application server 1208 via an 

15 interconnection 1242, typically an Internet-based HTTP connection. In addition, the 
desktop client 1218 communicates directly with the application servers 1208, 1228. 

In the example of FIG. 12, the second external network 1205 is configurable to 
receive user presence data from the network 1202, but generally relies on an Internet- 
based connection to access the data. The first external network 1204 is configured to 

20 communicate directly with the IM proxy client 1210. 

Some examples are described above with reference to instant messaging 
applications, but other applications can be used. For example, applications that provide 
delivery of time sensitive or time appropriate information such as financial data, 
advertising, announcements, sports data, news, or other information can be configured 

25 based on user presence data obtained from a presence server or a presence repository. 
As a specific example, financial quotations based on current market conditions can be 
discarded if user presence data indicates that the user is unavailable or delivered if the 
user presence data indicates that the user is available. Typically financial quotations 
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that do not reflect current market conditions can be discarded, particularly if the user 
receives such data in order to select financial transactions for immediate execution. 
Similarly, travel or advertising data pertaining to a specific event need not be supplied 
unless the user is available to receive the data before the event occurs. Alternatively, 
5 such untimely data can be delivered to an alternate destination. Redirection or 
discarding of untimely data tends to reduce network loading associated with data 
delivery in such applications. 

In some situations, users may wish to control user presence directly. For 
example, a user may wish to initiate an instant messaging application and remain 

10 invisible or otherwise change her actual status without changing the user presence data 
available to the application server and to other users. In addition, user presence data 
can be updated without accessing an associated application by, for example, updating 
user presence data based on a user command or a default instruction received from, for 
example, a mobile station. As a specific example, a user can enter a command such as 

15 "available" without initiating an application. In addition, users can configure presence 
data so that, for example, user presence is "available" for members of some buddy lists 
and "unavailable" to others. A user can also specific a destination for any selected 
presence status. For example, a user presence of "reachable" can be associated with 
message delivery to a desktop, instead of a mobile station. In addition, user presence 

20 data can be configured so that access to presence data for a particular user is generally 
denied to all users except for members of a user's buddy list. In some examples, user 
presence is updated by periodically polling mobile station or a desktop station. 

User presence data can be used to determine if a user is available so that in an 
instant messaging application, a typing indicator can be delivered to a buddy or all 

25 members of a buddy list while a message is being composed. Other such message 
preparation indicators can also be provided. 

User presence data obtained from, for example, an application presence server, 
can be used to determine if data should be delivered to a user at a specific destination, 
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or if delivery should be cancelled due to lack of user presence, particularly for time 
sensitive data. Communication with a user can also be configured based on user 
activity data obtained at, for example, an application server or other network location. 
In a representative example, user actions based on a selected application (such as instant 
5 messaging, word processing, email, data communication, voice messaging) can be used 
to establish or update user activity status data. Such user activity status data is 
associated with network actions by the user based on actual network use by the user. 
Communication with other users and/or with applications can be based on user activity 
status data. For example, if user activity status data indicates that a user is repeatedly 

10 transferring data from a selected location, communication with the user can be delayed. 
In this example, the user appears busy with a selected task, and other activities are 
canceled or delayed. 

hi an instant messaging application, activity status data concerning the instant 
messaging application can be stored at, for example, a presence server or an application 

15 server. Such activity data can be used to determine if the user is available for instant 
messaging. For example, a presence server can record that a user has initiated the 
instant messaging application but a status record associated with the instant messaging 
application can indicate when and how often the instant messaging application has been 
used. A status record associated with a user who is nominally present in the application 

20 (based on, for example, a presence data repository) can be queried to determine if the 

application has been recently accessed. For example, one or more alerts can be sent to a 
user indicated as present but who has not accessed the application for predetermined 
time. If no response is received, the user presence can be changed to "present and 
inactive" and the status change directed to members of the user's buddy list. 

25 Alternatively, user presence can be changed to "absent." 

With reference to FIG. 13, a user 1301 (for example, a desktop station and/or a 
mobile station) is in communication with an application server 1302. The application 
server 1302 processes application requests from the user 1301 and delivers application 
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presence data concerning the user 1301 to an application server 1304. Application 
presence data is stored in, for example, an application presence repository 1306. User 
application requests (including application initiation and termination and other 
application requests) can be recorded as user activity data in a user activity repository 
5 1308. The repositories 1306, 1308 can be configured so that presence data can be 
updated or otherwise configured based on activity data and/or activity data can be 
updated or otherwise configured based on presence data. In other examples, a single 
repository can be configured to receive activity and presence data, or such data can be 
stored at other network locations. 

10 As noted above, user presence data can be based on initiation and termination of 

an application as well as other interactions of the user with the application. Such user 
activity status can be used to replace or modify user presence data, or user presence data 
can be configured based on configurable time periods of activity or inactivity. 
Examples are described above with reference to instant messaging, but presence data 

1 5 and activity status can be associated with other applications, including, for example, 
chat applications. 

It will be apparent that the examples described above can be modified in 
arrangement and detail. We claim all that is encompassed by the appended claims. 
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We claim: 

1 . A network, comprising: 

5 an application server configured to communicate with a first client; and 

a presence server configured to receive application presence data associated with 
the first client from the application server. 

2. The network of claim 1, wherein the application server is configured to 
10 communicate with a second client based on the application presence data associated 

with the first client. 

3. The network of claim 2 9 wherein the application server is configured to 
deliver a message from the second client to the first client based on the application 

15 presence data associated with the first client. 

4. The network of claim 1, wherein at least one of the first client and the second 
client is a mobile client. 

20 5. The network of claim 1, wherein the application server is configured to 

provide application presence data to an external application server. 

6. The network of claim 1 9 further comprising an activity repository configured 
to receive activity data associated with the first client from the application server. 

25 

7. An application server, comprising: 

a processor configured to execute a selected application; and 
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a memory configured to receive user presence data associated with usage of the 
selected application by at least one user. 

8. The application server of claim 7, further comprising a memory configured to 
5 receive user activity data associated with usage of the selected application. 

9. The application server of claim 7, wherein the selected application is a 
communication application. 

10 10. The application server of claim 7, wherein the selected application is an 

instant messaging application. 

11. The application server of claim 10, wherein the user presence data 
associated with indicates a user availability. 

15 

12. A messaging system, comprising a messaging application server configured 
to provide user presence data to a predetermined set of messaging system users. 

13. The messaging system of claim 12, wherein user presence data is provided 
20 to members of a user defined list of messaging system users. 

14. The messaging system of claim 12, wherein the messaging application 
server is configured to provide user activity data to a predetermined set of messaging 
system users. 

25 

15. A network gateway, comprising: 

an input connection configured to receive a message for delivery to a recipient; 
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an output configured to deliver a user presence query, wherein the message is 
processed based on the user presence query. 

16. The network gateway of claim 15, further comprising an interconnection 
5 configured to deliver user presence data to an application server. 

17. A messaging method, comprising: 

selecting a message for delivery to at least one selected recipient; 
evaluating application presence data associated with the recipient; and 
1 0 processing the message based on the evaluation. 

18. The method of claim 17, further comprising obtaining the presence data 
from a presence repository. 

15 19. The method of claim 17, further comprising, obtaining the presence data 

from an application server. 

20. The method of claim 17, further comprising delivering the message to the 
user if the evaluation indicates that the recipient is available. 

20 

21 The method of claim 17, further comprising discarding the message if the 
evaluation indicates that the recipient is unavailable. 

22. The method of claim 17, further comprising directing the message to a 
25 destination selected based on the evaluation. 

23. A messaging method, comprising: 

displaying user presence data for a list of recipients; and 
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delivering a message based on the displayed user presence data. 

24. The method of claim 23, further comprising displaying a message 
preparation indicator associated with at least one recipient, wherein the message 

5 preparation indicator is associated with message preparation by the at least one 
recipient. 

25. An instant messaging method, comprising: 

means for obtaining user presence data from at least one user; and 
10 means for delivering a message to the at least one user based on the user 

presence data. 

26. A method for determining presence information for an application 
associated with a mobile network system, comprising: 

15 determining if a first time period has expired since a status of a mobile station 

was captured; 

upon expiration of the first period of time, transmitting a notification message to 
the mobile station; and 

if the mobile station replies to the notification message, determining the status of 
20 the mobile communication unit to be active. 

27. The method of claim 26, wherein if the mobile station does not reply to the 
notification message, determining the status of the mobile communication unit to be 
inactive. 

25 

28. A communication system, comprising: 

an application server in communication with a client and configured to provide a 
selected application; and 



WO 02/43351 



PCT/US01/43228 



-20- 

an activity repository configured to retain a user activity status associated with 
interaction of the client with the selected application. 

29. The communication system of claim 28, further comprising an application 
5 presence server configured to determine user presence data with respect to the selected 

application. 

30. The communication system of claim 29, wherein the presence data can be 
determined based on the user activity status. 

10 



WO 02/43351 



PCT/US01/43228 



1/10 



1 



jC 



10? 



Presence Server 



lot, 



IM App server 



Mobile 
Clients 




' IM App 
Server 




io8 



IM Proxy 
Client 



Message 



(HTTP) 
(Message) 



(HTTP) 



IM 




2.0 4 




Gateway 



(HTTP) 



Mobile 
Browser 



IM (HDML) 



(HDTP) 



IM delivered 



(HDML) (HDTP) 




lie 

Browser I 



WO 02/43351 



PCT/US01/43228 



2/10 





Application level Presence 





TL<2> 




Phone 



Gateway 



IM Server 



Login with 



IM application 



Prefetch notification 



delivered 



Log out with 



!M application 



Login request sent 



to IM server(HTTP) 



Send a prefetch 



notification 



Query prefetch 



delivery 
prefetch 



delivery status 



Log out request sent 



to IM server (HTTP) 



Presence 
Server 



Mark user 



active 



Se;i d a 



message 



Mark user 



active/inactive 



Mark user 



inactive 



Buddy 



Presence 



Notification 



Z'l 



WO 02/43351 



PCT/US01/43228 




" IM Desk 
top client 



. IM App 
Server 




40? 



IM Proxy 
Client 





(Message) 



(TCP/IP) 



(Message) 
(TCP/IP) 



(Message) 



(HTTP) 



(Mes 



Gateway 



IM 



(HTTP) 



sage) 



(HTTP) 



Mobile 
Browser 



IM delivered 



(HDML) (HDTP)' 



IM (HDML) 



(HDTP) 



WO 02/43351 



PCT/US01/43228 



4/10 




HTTP ^51>0 




Desktop 
IM Client 




60 G 




IM 

App Server 



IM App 
Server 



IM sent . 



(MIME/ binary/ buffered/ 
HTML) (TCP/IP) 



(MIME/ binary/ 
buffered/HTML) 
(TCP/IP) 



(Message) 



(HTTP) 



(Message) 



(HTTP) 



x » Desktop 
IM Client 




(IM Delivered) 



(TCP/IP) 



(Message) 



(TCP/IP) 



FJ-G. U 



WO 02/43351 PCT/US01/43228 



5/10 




Uo2 



■r- ' Desktop 
IM Client 



App Server 



(MIME/ binary/ buffered/ 
HTML) (TCP/IP) 



(MIME/ binary/ 



buffered/HTML) 
(TCP/IP) 



. > IM App 
Server 



IM Proxy 
Client 



(Message) 



(HTTP) 



(Message) 



(HTTP) 



(Message) 



(HTTP) 



(Message) 



(HTTP) 



S~\ G>(<> 

Mobile 

Gateway Browser 



IM 



(HTTP) 



IM delivered 



(HDML) (HDTP) 



IM (HDML) 



(HDTP) 



WO 02/43351 



PCT/US01/43228 





. . Desktop 
IM Client 



• IM 
App Server 



?3t Q" 73y cy^ c cx ?? 

Proxv Mobile 
Client Gateway Browser 



4M-s ent from » 



(MIME/ binary/ buffered/ 
HTML) (TCP/IP) 



(MIME/ hinary/ 



buffered/HTML) 
(TCP/IP) 



(Message) 



(HTTP) 



(Message) 



(HTTP) 



IM 



(HTTP) 



IM delivered 



(HDML) (HDTP) 



IM (HDML) 



(HDTP) 



WO 02/43351 



PCT/US01/43228 




Desktop 
IM Client 




IM 

App Server 




IM Proxy 
Client 



' Gateway 



4M-s ent from MSN — ► 



(MIME/ binary/ buffered/ 
HTML) (TCP/IP) 



(Message) 



(HTTP) 



(Message) 
(HTTP) 



IM 



(HTTP) 



o 

Mobile 
Browser 



r 



IM delivered 



(HDML) (HDTP) 



iM (HDML) 



(HDTP) 



(MIMF/ hinary/ 



buffered/HTML) 
(TCP/IP) 



WO 02/43351 



PCT/USO 1/43228 



8/10 



(-hot- tio^ 

0> 



Presence 
Repository 





iiiiiii m 

lllltil llllli! 

mini iiiiiii 




iiiiiii m 
hi mini 
iiiiiii mini 


J. — . 


« ► 



HOG 



to 




Desktop IM Client 



< 'Gateway 

■UU, 



iiiii s 
in ■MI&2- 



<:dpo 



11^ 



mo 



Messag » Center 



PX6. l( 



WO 02/43351 



PCT/US01/43228 




WO 02/43351 



PCT/US01/43228 



10/10 



FIG. 13 



-1304 




1301 



-1306 



(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property Organization 

International Bureau 

(43) International Publication Date 
30 May 2002 (30.05.2002) 




PCT 



IIIIIH 

(10) International Publication Number 

WO 02/043351 A3 



(51) International Patent Classification 7 : G06F 15/16 

(21) International Application Number: PCT7US0 1/43228 

(22) International Filing Date: 

20 November 2001 (20.1 1.2001) 



(25) Filing Language: 

(26) Publication Language: 



English 
English 



(30) Priority Data: 

60/249,982 20 November 2000 (20. 1 1 .2000) US 

(71) Applicant (for all designated States except US): AT & T 
WIRELESS SERVICES, INC. [US/US]; P.O. Box 97059, 
WTC2, Redmond, WA 98073-9759 (US). 

(72) Inventor; and 

(75) Inventor/Applicant (for US only): AGRAWAL, Anuraag 

[IN/US]; 13711 N.E. 10th Place, #A3-101, Bellevue, WA 
98005 (US). 

(74) Agent: JONES, Michael, D.; Klarquist Sparkman, LLP, 
One World Trade Center, Suite 1600, 121 SW Salmon 
Street, Portland, OR 97204 (US). 



(81) Designated States (national): AE, AG, AL, AM, AT, AU, 

AZ, BA, BB, BG, BR, BY, BZ, CA, CH, CN, CO, CR, CU, 
CZ, DE, DK, DM, DZ, EC, EE, ES, FT, GB, GD, GE, GH, 
GM, HR, HU, ID, IL, IN, IS, JP, KE, KG, KP, KR, KZ, LC, 
LK, LR, LS, LT, LU, LV, MA, MD, MG, MK, MN, MW, 
MX, MZ, NO, NZ, OM, PH, PL, PT, RO, RU, SD, SE, SG, 
SI, SK, SL, TJ, TM, TR, TT, TZ, UA, UG, US, UZ, VN, 
YU, ZA, ZM, ZW. 

(84) Designated States (regional): ARIPO patent (GH, GM, 
KE, LS, MW, MZ, SD, SL, SZ, TZ, UG, ZM, ZW), 
Eurasian patent (AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), 
European patent (AT, BE, CH, CY, DE, DK, ES, FI, FR, 
GB, GR, IE, IT, LU, MC, NL, PT, SE, TR), OAPI patent 
(BF, BJ, CF, CG, CI, CM, GA, GN, GQ, GW, ML, MR, 
NE, SN, TD, TG). 

Published: 

— with international search report 

(88) Date of publication of the international search report: 

24 December 2003 

For two-letter codes and other abbreviations, refer to the "Guid- 
ance Notes on Codes and Abbreviations" appearing at the begin- 
ning of each regular issue of the PCT Gazette. 



(54) Title: SYSTEMS FOR PROVIDING WIRELESS COMMUNICATION PRESENCE INFORMATION 



3 



o 




IU0 



(57) Abstract: Methods and apparatus for determining and maintaining user presence information include capturing user presence 
data with an application presence server. The application presence server can be configured to update user presence data as a user 
initiates or exits an application. Applications associated with user presence data are configured to query an application proxy client 
concerning user presence data of a selected user and, based on a returned user status, deliver, discard, or redirect a message intended 
for the user. User presence data is stored in a user presence repository and can be provided via Internet-based or other connections to 
applications executed on external networks. User activity status can be used to select or update user presence data. In some examples, 
an application server of an external network is configured to receive user presence data from the presence server. 



INTERNATIONAL SEARCH REPORT 


International application No. 




PCT/US01/43228 



A. CLASSIFICATION OF SUBJECT MATTER 
IPC(7) : G06F 15/16 
US CL : 709/203 



According to International Patent Classification (IPC) or to both national classification and IPC 
B. FIELDS SEARCHED 

Minimum documentation searched (classification system followed by classification symbols) 
U.S. : 709/203,206 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name of data base and, where practicable, search terms used) 
APS 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category * 


Citation of document, with indication, where appropriate, of the relevant passages 


Relevant to claim No. 


X, P 


US 2002/0035605 Al (MCDOWELL et al) 21 March 2002 (21.03.2002), paragraphs 45, 
46, 57-62, 90, 91, 94, 102, 103, 136-138. 


1-6, 17-22 


X,P 


US 2002/0007398 Al (MENDIOLA et al) 17 January 2002 (17.01.2002), paragraphs 83- 
91 

US 2001/0042126 Al (WONG et al) 15 November 2001 (15.11.2001), paragraphs 32, 35, 
37-45. 


7-11 


X, P 


12-14 


X,P 


US 2001/0034224 Al (MCDOWELL et al) 25 October 2001 (25. 10.2001) , paragraphs 38, 
39. 

US 2002/0021307 Al (GLENN et al) 21 February 2002 (21.02.2002), paragraphs 21-25. 


15, 16, 25 


X,P 


23, 24 


X, P 


US 6,301,609 Bl (ARAVAMUDAN et al) 09 October 2001 (09. 10.2001), column 8, lines 
5-31. 


26-30 



□ 



Further documents are listed in the continuation of Box C. 



□ 



See patent family annex. 



* Special categories of cited documents: 

"A* document defining the general state of the art which is not considered to be 
of particular relevance 

"E" earlier application or patent published on or after the international filing date 

"V document which may throw doubts on priority claim(s) or which is cited to 
establish the publication date of another citation or other special reason (as 
specified) 

"O* document referring to an oral disclosure, use, exhibition or other means 

"P" document published prior to the international filing date but later than the 
priority date claimed 



later document published after the international filing date or priority 
date and not in conflict with the application but cited to understand the 
principle or theory underlying the invention 

document of particular relevance; the claimed invention cannot be 
considered novel or cannot be considered to involve an inventive step 
when the document is taken alone 

document of particular relevance; the claimed invention cannot be 
considered to involve an inventive step when the document is 
combined with one or more other such documents, such combination 
being obvious to a person skilled in the art 



document member of the same patent family 




Date of the actual completion of the international search 
16 May 2002 (16.05.2002) 



Date of mailing pfcrnelinterratianal search report 



Name and mailing address of the ISA/US 
Commissioner of Patents and Trademarks 
Box PCT 

Washington, D.C. 20231 
Facsimile No. (703)305-3230 



Authorized offi« 
Ken Moore 
Telephone N 



Form PCT/ISA/210 (second sheet) (July 1998) 



INTERNATIONAL SEARCH REPORT 



International application No. 
PCT/US01/43228 



Box I Observations where certain claims were found unsearchable (Continuation of Item 1 of first sheet) 

This international report has not been established in respect of certain claims under Article 17(2)(a) for the following reasons: 

1 . 1 1 Claim Nos. : 

because they relate to subject matter not required to be searched by this Authority, namely: 



I. 1 | Claim Nos.: 

because they relate to parts of the international application that do not comply with the prescribed requirements to 
such an extent that no meaningful international search can be carried out, specifically: 



3. |^| Claim Nos.: 

because they are dependent claims and are not drafted in accordance with the second and third sentences of Rule 
6.4(a). 

Box II Observations where unity of invention is lacking (Continuation of Item 2 of first sheet) 

This International Searching Authority found multiple inventions in this international application, as follows: 
Please See Continuation Sheet 



* • 12SI As ^ required additional search fees were timely paid by the applicant, this international search report covers all 
searchable claims. 

As all searchable claims could be searched without effort justifying an additional fee, this Authority did not invite 
payment of any additional fee. 

As only some of the required additional search fees were timely paid by the applicant, this international search 
report covers only those claims for which fees were paid, specifically claims Nos. : 



□ 
□ 



No required additional search fees were timely paid by the applicant. Consequently, this international search report 
is restricted to the invention first mentioned in the claims; it is covered by claims Nos. : 

Remark on Protest | 1 The additional search fees were accompanied by the applicant's protest. 

No protest accompanied the payment of additional search fees. 



Form PCT/ISA/210 (continuation of first sheet(l)) (July 1998) 



INTERNATIONAL SEARCH REPORT 



International application No. 
PCT/US01/43228 



BOX O. OBSERVATIONS WHERE UNITY OF INVENTION IS LACKING 

Group I, claim(s) 1-6, drawn to a network comprising an application server that cornrrninicates with a first client, and a presence 
server that receives application presence data of the first client from the application server. 

Group II, claim(s) 7-11, drawn to an application server comprising a processor that executes a selected application and a memory that 
receives user presence data associated with usage of the selected application by a user. 

Group III, claim(s) 12-14, drawn to a messaging system comprising a messaging application server configured to provide user 
presence data to a predetermined set of messaging system users. 

Group IV, claim(s) 15 and 16, drawn to a network gateway comprising an input connection that receives a message for delivery to a 
recipient and an output that delivers a user presence query, where the message is processed based on the query. 
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transmitting a notification message to the mobile station upon expiration of the time period, and determining the status of the mobile 
station if the mobile station replies to the notification message. 
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